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Device for modifying the time base of an MPEG signal 



The invention relates to a device for modifying the time-base of an MPEG 
signal.. The invention further relates to a method for modifying the time-base of an MPEG 
sigaaL Furthermore the invention relates to an storage device comprising a device according 
to the invention. 

5 

Now a days a lot of people have analog video signals recorded on tapes. 
There is a need to convert these analog video signals to digital video signals, for example an 
MPEG signal, and to record the digital video signals on a digital recording medium such as 
Haxddisk, DVD-discs. To be able to so, the user reproduces his analog video signal with his 

10 analog reproducing device, such as a VCR and Camcorder so as to obtain the analog video 
signal and encodes this signal with an MPEG encoder. The MPEG encoder could be part of a 
television. Via a network connection, such as P1394 interface, the generated MPEG signal is 
supplied to the digital storage device. The MPEG signal supplied via the network connection 
should be MPEG compliant. For the PGR in the MPEG signal this means that the deviation 

15 should less than 30 ppm. Analog video signals should normally have a frame rate of 25 Hz 
or 30 Hz and a vsync pulse with the same frequency. Conversion of an analog video signal 
having a frame rate of exactly 25 HZ will result in an MPEG signal with PTS values present 
once every 40 ms. Normally, the analog video signal is recorded with a frame rate of 25 Hz 
and preferably the analog video signal is converted into a MPEG signal with PTS values 

20 present once every 40 ms so as to obtain a stored digital video signal which could reproduced 
by any MPEG compliant decoder to obtain a video signal having a frame rate which is 
substantially similar the frame rate of the analog video signal previously recorded by the 
analog recording device* However, the deviation of the frame rate of a video signal 
reproduced with analog reproducing devices could deviate up to 100 ppm. To be able to 

25 obtain a digital video signal which has a PTS once every frame period, the MPEG encoder 
should be locked to the vsync of the video signal. The digital video signal thus obtained will 
have a PCJR which deviates 1 00 ppm and is therefore not MPEG complaint as the PGR. in an 
MPEG video signal should have a deviation less than 30 PPM. As this signal is not MPEG 
complaint it should not be supplied to a network as it cannot be reproduced by MPEG 
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decoders connected to the network. A digital storage device and a mpeg encoder are not 
necessarily combined but could be in different apparatuses connected to each other by a 
digital network. Furthermore, a digital storage device should not have necessarily have 
analog video Inputs. To be able to record the analog recordings on a digital storage device in 

5 such an environment the analog video signal has to be encoded into an MPEG compliant 
signal by the MPEG encoder. The MPEG compliant signal is transmitted via the network to 
ihe digital storage device to be stored on the recording medium. When reproducing the 
stored MPEG compliant signal, the frame rate of the video signal will be substantially similar 
to the frame rate when reproduced with the VCR or Camcorder, which could deviate up to 

10 100 ppm. 

It is an object of the invention to provide a device which enables a user to any 
MPEG encoding device to convert an analog video signal into a MPEG compliant signal, to 
send the thus obtained MPEG compliant signal via an network such as pl394 to the location 

15 of a digital recording device, to convert the MPEG compliant signal in a video signal which 
signal when reproduced after recording on arecording device results in a MPEG compliant 
signal having a frame rate which is substantially equal to a desired frame rate, which frame 
rate is normally the frame rate equal to the frame rate of the original analog recording. 

The device according to the invention is characterized in mat it comprises: 

20 - means for determining new values of the presentation time stamps in dependence the 
presentation time stamps; . . 

- means for deteimining new values of the presentation time stamps in dependence of the 
program clock reference time stamps and the presentation time stamps; 

- means for combining the video signal, new values of presentation time stamps and new 
25 values of program clock reference time stamps so as to obtain amodified digital video signal. 

It should be noted mat retiming of an MPEG signal is known from 
US6,101,195- The MPEG signal is retimed to avoid jumps in me timing signals when 
switching from a first MPEG stream to a second MPEG stream. The timing signals are 
' modified in relation to the local timing reference. US6,10l,195 does not disclose the 
30 modifying of the clock reference timestamps in dependence ofme values of thePTS 
timestamps in the video signal. 



These and other aspects of the invention will be apparent from and elucidated 
wnh reference to the embodiments hereafter in the figure description. 
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Figure 1 shows the docking of encoder and decoder according to the model of MPEG. 
As an example, We assume PAL video aad 48 KHz sampled audio sources. 
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Figure 1; Clocking strategy according to the MPEG specification 

As we can see in the figure, the encoder is clocked ftomanXTAL^ which delivers a very 
precise 27 MHz signal (must be 27 MHz +-30 ppm according to MPEG). The PCR time- 
base counter is directly derived from this main encoder clock. 

The incommiug video has an associated vclk clock signal (27 MHz p line locked) and a 
vsync pulse (25 Hz or 30 Hz) that marks the start of a new ftame. Da the following we 
will assume disturbance in the source, in the sense that the line locked 27 MHz clock has 
a lot of jitter on a H»e by line basis (but is locked on a ftame basis), and that the fie- 
quency of the vsync deviates considerably from the expected value (e.g. 25 Hzo> 24.5 
Hz). Furthermore, the audio clock is assumed to deviate slightly from the desired 48 
KHz. Such a situation could occur when a VCR at playback (or even worse: trickmode) 
is connected to the encoder. Note, that because the incoroming video and the encoder 
itself use a different clock, there must be a clock-domain bridge at the video input of the 
encoder. 

The audio data comes from an AID converter, that is clocked by a free running 48 KHz 
signal, Because the inenrnming audio uses another clock than the encoder, them must be 
a clock-domain bridge at the audio input of the encoder. 

At the input of the encoder, audio and video access units are time-stamped with ITS 
timestamps equal to the value of the-PCR timebase at the time at which an access unit 
enters the chip. Pram these ITS time-stamps the presentation timestamps (PTS) of the 
access unite are derived by adding a constant end-to-end delay (see Section 1.1). Because 
of the fact, that the video vsync is not locked to die main clock, the difference between 
the PTS' a of two successive video access units is generally not precisely equal to the 
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exoected 40 ms (in the example of 24.5 Hz it is smaller). Similarly, me difference 
Sveen 2 audio access units will generally not be P^ely equal to the expected value, 
because the audio clock is not locked to the PCR clock 

The multiplexer inserts a sample of the PCR debase into the stream at A**""^ 
In the decoder the received values of the PCR are used to tecowsttuct &e encoder PCR 
counter. According to MPEG, die decoder can only reconstruct the PCR *"» 
PCR clock is within the MPEG specifications (27 MHz +- 30 ppm). Since this is the case 
hiBgure 1, we can assume that the ^construction is perfect Le. the PCR counter m the 
decoder is acopy of the PCR counter in the encoder. 

In the decoder, the PTS's that ate coded in the stream are used to determine fl»presenta< 
STdme of access units in relation to the value of the reconstructed PCR counter 
Because of the feet that the presentation times are not locked to the PCR, in pracbee this 
means mat the audio and video decoders must use a different clock as the reconstructed 
output of audio and video is a precise reconstruction of the audio and 
video at the input of the MPEG chain. 

According to MPEG, the encoding solution of Figure 1 fe acceptable. However, inprac- 
to Sms can occur if the encoder is connected to a DVHS recorder or * ^t-top-box 
^This has to do with the implementation of the DVHS recorder and the implemen- 
tation of practical STB's. 

We will how shortly explain the characteristics of these devices. 



Characteristics of the DVHS recorder 

Figure 2 shows a block diagram of the DVHS recorder. 

ATrewrd, the main clock is derived fiom the PCR values that come into toe ^^rvia 
toe^^EG transport stream. Basically, this procedure is the same as in the stana^d 
MPEG decoder. However, the PLL in the DVHS recorder has a much wider range man 
the +- 30 ppm of MPEG. 
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Figure 2: Clocking in the DVHS recorder 



All the processing in the DVHS is done by using the PCR-Iocked main clock* In feet, 
also the mechanics of the tape deck are locked to the mam clock. This implies that a cer- 
tain number of tracks on tape have a fixed duration in time in relation to the m a in dock. 
For escample, 12 tracks on tape for PAL correspond to exactly (0,2 s * 
main^clocSLfrequency) cycles of the main dock. All TS packets that come into the 
recorder are limeHstamped from the per tUnebase in the TS->TTS block. The resulting 
stream* called a tune-stamped transport stream (ITS), contains 4 bytes of timestamp data 
and 188 bytes of video data per packet 

At playback, the PVHS recorder uses a wry precise 27 MHz clock* within the 30 ppm 
limits of MPEG* for all of the electronics and mechanics. For each TS packet, the thne- 
stanrp that was added during recording is used to determine the time it has to be sent out 
in the TTS->TS block. This is done by comparing (he time-stamp with a counter that i$ 
clocked by (he 27 MHz clock. The TT5->TS block contains a sufficient amount of buffer 
memory to hold data that is not yet meant to go out 

ii^^^roSffl^Si^^Jj^W^, is that the recorded video must be editable 
at the GOP boundaries. Since, physically, editing can only be done at track boundaries, 
in the editable mode a video GOP most fit exactly into an integer number of tracks. For 
PAL, a GOP of 5 has been selected to fit precisely into 12 tracks. GOP boundaries must 
precisely match a track boundary. 



Characteristics of practical STB's 

As an example of how a typical STB is implemented, we will describe the Suresnes STB. 
This STB is planned to be sold in combination with a DVHS recorder. In fact, in the first 
period after introduction it will probably be the only STB that will be able to function 
together with a Philips DVHS recorder. The STB and the recorder communicate with 
each other via pl394- 
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The MPEG decoder in the Suresnes STB uses only a single clock, PCR locked, for audio 
dwodta* Iu principle, the STB expec* thai the audio and video clock m the 
"whTS tatad** PGR. and therefore there is aUways a^d^er of 
cvdeTof the PCR clock between 2 successive access units. It will start oecoding of 
?&W»J*m units at the expected pace, independent from the precise PTS values 
JSream. For example, for PAL the decoder will start decoding anew frame 
after every 40 ms of the PCR clock. 

Before decoding of a particular frame, the decoder will check whether or not ite PTS* 
m SSta atoce of 1/2 frame period from the really used decoding tune Tdec (Tde, 
fSowsTom^sume4 fixed-pace decoding), if not. the decoder makes the following 

correction: 

Tp n:dec - PTS > 1/2 ftamejperiod) THEN skip_access_unit; 
IFCTdBC-PTS< -1/2 frame jeriod) THENrepeat_access_jmit; 

to this way, the decoder still effectively locks (he presentation times to the PTS's, but 
SSs wffl occur at regular times if the audio and video were not already locked to the 

PGR. 

From these characteristics, it follows that the following problems occur in case the solu- 
tion of Figure 1 is used to connect the MPEG encoder to a DVHS recorder. 

t The editable format is not possible. Since the PGR is n ot locked to the vsyno. ttie 
L olefin between two successive GOP-starte is not equal to the expected 
Sn^ffAL^suted according to the PCR clock). This means that, since the 
^^u^SerlocfcZmePCR, it is therefore not possible to store a GOP 

2 *5& KS^audible during playback on the Suresnes STB. The 
^nSngnalwul be precisely reconstructed at playback. Since the audio and 
S Stocked to the P^thedecoderwffl have to skip and repeat access 

units. 

The next sections will describe methods that try to solve these problems. 

0 jOJLl Alternative decking strategy Is locldng video, audio and PCR with a VCO 



A solution to these problems is shown in Figure 3 
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Figure 3: Alternative solution for DVBS clocking strategy using a PLL in the encoder 



The system in this figure only differs from the MPEG model in the sense that it uses a 
PLL in the encoder to lock the main clock to the incomming vsyncs of the video. The 
PLL reads ITS timestamps from the video input, and modifies the VCO clock in a way 
that the difference in successive ITS's becomes equal to 40 ms. The audio encoder is 
docked from a signal that is in turn derived from the PGR clock, In this way. audio and 
video PTS's are locked to the PGR clock. As a result of this: 

1. The editable format is possible. The mechanics of the recorder lock to the PGR, 
which is again locked to the incomming video. The time between 2 GOPS v measured 
in cycles of the PCR clock, is constant and corresponds precisely to 200ms ft>r PAL. 
Therefore each GOP exactly fits in 12 tracks. 

2. There are no artifacts at playback. At playback the audio and video PTS's will be 
locked to the PCR, so no access units will be skipped/jrepeated. All deviations that 
were in the video clock before encoding will be automatically corrected at playback 
(time-base correction at no additional cost), because a stable 27 MHz clock is used. In 
the example, the video rate at playback will be precisely 25 Hz. 



0.0.1.2 Alternative clocking strategy 2: locking video, audio and PCR without a VCO 

In the solution of Figure , the operating range of the PLL is limited by the VCO. In Fig- 
ure 4 another implementation is shown in which the locked clock is not used for the com- 
plete IC, but only for the blocks that need a locked clock : the PCR counter and the audio 
clock generator. 
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Figure 4: Clocking strategy for DVHS without VCO 
This works as follows: 

The IC is now clocked with a precise 27 MHz signal derived from an XTAL. For every 
incomming vsync, the PLL compares the ITS with the expected ITS (which is a sample 
of the PCR at the time at which die access unit actives at the input) E.g. far PAL, the 
expected ITS value is increased witk.4Gms for each frame. The difference between 
expected andreairrS is used to hold or speed up the incrementing of the PCR counter. If 
the expected value is higher than the real value, then the PGR counter is raised by 2 for 
some cycles. If the expected value is lower than the real value, then the PGR counter is 
not increased forsome cycles. Basically, the PCRis now clocked by as»p-and-go clock 
which can have a lot of jitter on a cycle by cycle basis. The increment signal that goes to 
the PGR counter is also used to derive the audio clock. 

In this way, the PCR counter and the audio clock are locked to the incomming vsyncs, 
although no VCO is needed. The range of the" PLL' that is constructed in this way is vir- 
tually unlimited, because the PGR clock can be made very fast and very slow. However, 
the practical range of the PLL will be limited by the minimum amount of cycles that are 
necessary to compress a picture. In fact, if the vsyncs come too fast, then frames will be 
skipped in {he front end. In practice, this will mean that the range of the PLL is limited to 
about +Z% in the higher direction, and vitually unlimited in the lower direction. 



0.0.1.3 Alternative clocking strategy 3: locking the PCR to audio and video in the recorder 

A potential drawback of the last 2 solutions was the feet that the PGR, as transmitted on 
the pl394 channel between encoder and recorder, does not comply to the MPEG stand- 
ard (more than +-30ppm is possible). This means that a decoder could have problems 
with decoding the stream in case it is also connected to the pl394 channel for monitoring 
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while recording. 



The solution that is proposed here solves also this potential probieixi at the cost of some 
additional processing in the recorder for deriving an error signal for the PLL and FTS/ 
DTS parsing. 

Conceptually, the procedure can be explained best by assuming that the DVHS recorder 
now contains an MPEG decoder and an additional MPEG encoder. Figure S shows this: 



ft? 




imnspQrTStfcfmi / 
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Figure 5: Conceptual diagram offhe clocking strategy acording to alternative 3 

At the encoder side, the audio clock is derived from the video-locked clock; exactly like 
in the solution of Figure 4 by using a ELL that locks onto the video ITS timestamps. 
However, in contrast to the previous solution* the PGR is generated from the precise 27 
MHz clock and not fiom the video-locked clock. This means that the stream on the 
pl394 channel is MPEG compliant. Note, that the audio and video PTS's axe again 
derived by adding a constant delay to the JTS's. The ITS 1 a are samples of the PGR time- 
base, so they are also derived from the precise 27 MHz clock. 

Th© multiplexing rate in the encoder should be exactly die same as for alternative 2, 
although the timebase is now derived from the precise 27 MHz clock. This means that 
the SW has to use the results from the PLL to derive the pace at which packets are sent 
out, so that the max rate is locked to the video vsyncs (just like In alternative 2) 

At the recqdey the received MPEG signal is decoded by a (conceptual) MPEG 
decoder. Because of the MPEG compliant input stream, the decoder is able to exactly 
reconstruct the signal as it came into the encoder. This means that also the vsyncs that 
are produced by the decoder are a copy of the vsync as it came into the encoder. 

Inside the recorder, there now is a second (conceptual) encoder, which reencodes the sig- 
nal* thereby locking its timebase to the incomming vsyncs. The stream that comes out of 
this encoder is exactly the same as the stream that is produced in the encoder of altema- 
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tivs 2. This implies that the stored data on taps is exactly the same as for alternative 2, 
therefore mat the data is editable, and we automatically have a time-base corrected sig- 
nal at playback. 

Itt the proposed implementation for this docking stragegy, we don't need to put an 
encoder and decoder into the recorder, but we achieve the same result by only doing 
some minor additional SW processing on incomming PTS and PCR timestamps. 



Figure 6 shows the procedure 
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Figure 6: Clocking strategy for DVBS with MPEG compliant data at the channel 

What changes in the recorder (as compared to the recorder in Figure 2), is that the HL 
not only uses PCR samples from the TS but also PTS timestamps. Became the FTS's are 
derived from the ITS's, they reflect the way that video frames came into the encoder, and 
hsnce they can be used to lock: the main DVHS 27 MHz dock to the vsyncs of the video 
M ftlP Y laS2 thS encoder. 

Tn order to show that such an approach can be really used in practice, we will now give a 
possible ^ implementation. Note, that this implementation has "by no means been opti- 
mized for performance or processing load. 



0.0 JU3.1 Possible implementation. 

For each received PTS, we calculate an expected PTS with which the received value to 
compared. The first expected PTS is equal to the firet received PTS. All following 
expectedJTS's are calculated by adding a constant fcametime to the previous 



exp?TS[01=reciPT$, 

ejCpPTSp+l] « expFTSKl + frametims, (£) 
where expPTS denotes an expected value of the PTS and recPTS denotes the actually 
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received PTS. E.g. for PAL video, a new expPTS is aUways set 40ms higher than its 



For each received PCR value in the transport stream, the error signal E for the PIX is 
derived as: 

E[j] ^ txmebaselj] - TJjJ, (3) 
where timebase|j] is the sample of the timebase counter that was taken whoa receiving 



Hie target TQ] is derived as 

where j denotes the index of the received PCR and fc corresponds to the number of PTS 
values received before die PCR value. The value of k must be bigger than 0 before the 
algorithm can start working. All the calculations, including the division in this equation 
do not have to be very precise, since the result is only used to steer the PLL. Note , that 
Equation 4 in essence aims at locking the PLL to the average frametime (running aver- 
age from frame 0 to frame k). A more practical implementation would use a low-pass fil- 
tered version of the frametime to lock the PLL. 

The error signal E is used by the PLL to modify the frequency of main 27 MHz clock. If 
E>0 then the frequency is decreased, if E<0 then the frequency is increased. The goal of 
th$ PLL is to control the error signal to zero. 

In the recorder, the PCRQ] timestamp in the TS must be overwritten by timebaselj], Fur- 
tt ermore, each received recPTS[k] must be overwritten by expPTS[0J- 

T xat above mentioned approach indeed leeds to a lock onto the vsyn can be understood 
by using an example that shows the start-tip behaviour of the PLL, In Figure 7 the timing 
of a received transport stream is depicted which contains video frames that originally 
came into the encoder at 2L7 Hz (=1/0.04$X 



PTS 



PCR 



X 

360 

O 
210 

210 



X 

406 



X X 

452 498 



X 

544 



o 

250 
H 


O 
290 


O 
330 


O 

370 




250 


1 

290 


1 

330 


-1 

370 


1 

410 



time [ms] 



Philips Electronics N.V- 1999 



16 .DEC. 200 2 17.17 PHILIPS CIP NL +31 40 2743489 01 8 ^2.2002^16:17: 

PHNL021440K>P "* 
Company confidenfe'*^ •• ■ 





A ^ 12 16.12.2002 

Figure 7: Timeline for original TS containing 21,7 Hz video. 

The x-axis shows the real time, which for the example is assumed to corresponds to the 
time according to the precise 27 MHz timebase in the encoder. In the TS, PCR values are 
present once every 40 ms. The first PCR value equals 210 ms, and since the encoder is 
assumed to use a perfect timebase, the values in the PCR packets are the same as the time 
at which they are received. 5 PTS values are present in the stream per GOP. However, at 
what time these PTS values are received depends on the sizes of the particular frames in 
the GOP. E.g. since the first frame fclframe) is normally the largest, the difference in 
receival time between the first and second PTS in the stream is normally lelafivley large. 
The values of the PTS tiroes tamps depend on the time at which the corresponding frame 
was received at the input of the encoder. In our example, each successive PTS is 46 ms 
larger than its predecessor. The value of the first PTS is chosen In the encoder according 
to the desired vbv_delay. 

In Figure 8 the timestamps that are modified according to the above mentioned algorithm 
are shown in boxes. Furthermore the value of the PLL error signal BQ] is shown. 
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Figure 8: Modified timestamps by using the algorithm of Equation 3. 

AS we can see in the figure, all PTS's are overwritten by their expected value (40 ms 
increase per frame). The PLL error signal can only be calculated after 2 PTS values are 
received (fc=l), so this is after fc=280 ms. Before this the error signal is 0 and Che VCO 
runs at an uncollected 27 MHz. The first error signal unequal to 0 is calculated at fc=290 
ms. Before that time, the PCR is overwritten by a free running timebase (for now we 
asume again that tbis timebase runs exactly at 27 MHz), so that the PGR is not changed. 
Thei 



T =5 (290 - 210) * (400 - 360) / (406 - 360) * 210= 279.6 ms, 
so the error signal equals 
E - 290 - 279.6 ■ 10.4 ms 

Because of this positive error signal, the PLL will slow down the clock. For the next 
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PGR packet, this leads to a reduced error of 
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T =s (330 - 210) * (440 - 360) / (452 - 360) + 210= 3 14.3 ms, 
E = 320- 3 14.3 = 5.7 ms 

After some time, the PLL will have reached a stable situation with an enor very close to 
to zero. 

Figure 9 depicts the locking of the PLL. 
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Figure 9: Graphical representation of the locking cfihe PLL 
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The solid line represents the value of the DVHS timebase counter as a function of (he 
real time- Before t*290 ms. the DVHS timebase is free running at 27 MHz. After that, 
the PLL slows down the clock, and tlte DVHS timebase approaches the ideal vsync 
Jocfcsd timebase (dotted). This ideal timebase ran at 40/46 of 27 MHz from the begin- 
ning. The crosses on the ideal curve show received PTS values normalized to the value 
cfxecPTSIO], 
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Once the PLL Is locked, we have a situation where, at playback, we there is a timebase 
corrected output signal again with vsyne precisely equal to 25 Hz, 

gganfSgd changes In the encoder 

- the audio clock must be locked to the video syncs, but the PGR must be derived from 
the precise XTAL clock. 

- The SW must lock the MUX rate to frequency of the the video syncs. This, although the 
private timestamps have to be provided in relation to the precise 27MHz timebase. 

Required ch anges in the DVBS recorder 

We will describe the differences in the implementation of the recorder between alterna- 
tive 1 (which is the same as alternative 2 for the recorder) and alternative 3. 

Alternative 1: 

HW : if PGR packet is received sample timebase counter -> timebasejample 

SW : read the PCRwYalue from the PGR packet and read the corresponding 

timebase jsample from a register 

SW : calculate error signal : Error :?= PCRjvalue - timebase_sample 
SW : control VCO based on error signal 

Alternative3: (Operations marked with * are modified) 

HW : if PCR packet is received sample timebase counter -> timebase^anaple 

SW : read the PCRjvalue from the PGR packet and read the corresponding 

timebase sample from a register 

*SW : set PK> filter so that packets containing FTS are filtered out CTS header contains 

info on presence of PTS) 

*SW : if PTS packet is received, read PTS 

*SW: calculate error signal according to Equation 3 

SW : control VCO based on ecror signal 

*SW : if PGR packet received ->.replace PGR value with timebase^saa.ple 
if PTS packet received -> replace readJPTS with expectedJPTS 

If wanted, PTS's and PCR*s can be put at fixed positions inside a packet by the encoder. 
Also the frequency of occurence for PTS's and PGR's can be set in the efceoder accord- 
ing to implementation constraints in the recorder. 
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CLAIMS: 



1. Device for modifying the time-base of a digital video signal* said digital video 
signal comprising a video signal, presentation time stamps (PTS) and program clock 
reference time stamps (PGR), said device comprising: 

~ means for receiving said digital video signal; 
5 - means for retrieving said presentation time stamps and program clock reference time 
stamps fiom said video signal; 
characterized in tfcat said device further comprises 

- means for determining new values of the presentation time stamps in dependence the 
presentation time stamps; 

10 - means for determining new values of the presentation time stamps in dependence of the 
program clock reference time stamps and the presentation time stamps; 

- means for combining the video signal, new values of presentation time stamps and new 
values of program dock reference time stamps so as to obtain a modified digital video 
signal. 

15 

2. Method of modifying the time-base of a digital video signal, said digital video 
signal comprising a video signal, presentation time stamps (PTS) and program clock 
reference time stamps (PGR), said method comprising the steps of: 

- reviving said digital video signal; 

20 - retrieving said presentation time stamps and program clock reference time stamps from 
said video signal; 
characterized in that said method further comprises the steps of: 

- determining new values of the presentation time stamps in dependence the presentation 
time stamps; 

25 - determining new values of the presentation tto 

clock reference time stamps and the presentation time stamps; 

- combining the video signal, new values of presentation time stamps and new values of 
program clock reference time stamps so as to obtain a modified digital video signal. 
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3 . Apparatus for reproducing a digital video si; 

comprising a device accoxdingto claim 1. 
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recorded on. a record carrier 
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